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ABSTRACT 

Motivated by the poor experimental scaling reported in a 
study of the performance of ad hoc networks in [15], we 
propose a new protocol for media access control in ad hoc 
networks. Our protocol seeks to avoid collisions without 
making explicit reservations for each and every packet. The 
key idea is to employ a random schedule which is driven by a 
pseudo-random number generator. By exchanging the seeds 
of their pseudo-random number generators within a two-hop 
neighborhood, the nodes effectively publish their schedules 
to all hidden as well as exposed nodes. This allows each 
node to opportunistically choose transmission slots. This 
scheme can also be employed during the reservation phase 
of a protocol such as IEEE 802.11. Throughput calculations 
and simulation results are presented. 

1. INTRODUCTION 

A key property that distinguishes the wireless radio medium 
from wireline is that it is a shared medium. Thus, assuming 
that neighboring nodes are within range of each other, in 
Figure 1 we see that only certain sets of simultaneous suc- 
cessful transmissions are feasible. When node C transmits 
to node D, node A cannot successfully transmit a packet at 
the same time to node B since C's transmission causes a 
collision at B. Thus, nodes need to coordinate their trans- 
missions in order to communicate. However, such coordi- 
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Figure 1: Only certain sets of transmissions can be 
simultaneously successful. 

nation can only be achieved through communication. Thus 
communication needs coordination which in turn needs com- 
munication. Note also that nodes may not know when other 
nodes have packets to transmit. This gives rise to the funda- 
mental Media Access Control problem for ad hoc networks: 
How should nodes make decisions in real time on when to 
transmit packets? 

2. THE IEEE 802.11 PROTOCOL 

One solution, which is available in many products such as 
Lucent's WaveLan Cards, CISCO'S Aironet Cards, etc., is 
the IEEE 802.11 Protocol (see [1] and [3]). This employs 
a four-way handshake for each DATA packet. Consider the 
situation shown in Figure 2. 

Suppose node T has a packet to send to a neighboring node 
R. Then it first sends a RTS (request-to-send) packet. This 
is heard by all packets in the neighborhood of T, including 
R (assuming they experience no conflict). The neighbors 
of node T which hear this RTS are then supposed to stay 
silent for a while. Upon hearing the RTS, node R sends 
back a CTS (clear-to-send) packet. This is heard by node 
J2*s neighbors (again assuming they experience no conflict), 
and they too have to then stay silent for a while. Since node 
T's neighbors have been silenced, node T experiences no 
conflict, and can hear node Jfc's CTS. Upon hearing the CTS, 
node T sends its DATA packet. This is successfully received 
by node R since node R's neighbors were earlier silenced by 
its CTS packet. After receiving the DATA packet, node R 
sends back an ACK, which is again received successfully by 
T. After this, the neighborhoods of R and T are released 
from their silence. 

One feature to note is that two neighborhoods (of T and of 
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EIS - Neighbors of Transmitter are silenced 
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CTS - Neighbbrs of Receiver are silenced 
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Data is sent 




ACK is returned 




Figure 2: The RTS-CTS-DATA-ACK handshake of IEEE 802.11. 



R) are silenced. This is wasteful since only the receiver's 
neighborhood has to stay silent in order for R to success- 
fully receive the DATA packet from T (the so called "hid- 
den terminal" problem). Moreover, the elaborate four wav 
RTS-CTS-DATA-ACK handshake is necessary for eacn 3 
every packet, which again can be wasteful. Finally, when- 
ever a collision occurs, nodes employ a "backoff" mechanism 
as in ALOHA (see [3]). This again can be wasteful. 

Indeed, a scaling experiment conducted on a network rang- 
ing from 2 to 12 nodes, reported in [15] showed that the per 
node throughput declined as O (^) bits/sec. This scal- 
ing law is considerably worse than the optimal scaling law 
° (vdbr*) bits /sec shown to be feasible in [14]. Indeed it 
is worse than even the throughput of O (£) bits/sec that is 
feasible by even when the nodes are colocated. 

Tins has motivated us to develop a new protocol for the 
MAO layer. This protocol, which we call SEEDEX at- 
tempts to make reservations without expucitly making them 
as we describe in the sequel. ' 

Now we present a brief review of the literature. To ad- 
dress the issue of efficient and fair allocation of the band- 
width among stations in the presence of the hidden termi- 
nal problem the MACAW protocol [16] introduces a more 
complex RTS-CTS-DS-DATA- ACK message exchange and a 
gentler adjustment backoff mechanism. KAMA [12] guaran- 
tees collision-free transmission of one or more data packets 
using carrier sensing and collision avoidance to assign a sta- 
tion control of the channel. The RTS part of the handshake 
is removed in MACA-BI protocol, which is shown in [7] to 



be more robust to control packet collisions and a finite turn- 
around time problems. Efficiency of the contention access 
at low loads and stability of the allocation-based access are 
exploited in the protocols combining the two methods of ac- 
cess. HRMA [18], CHMA [2], and MACA-CT [13] use reser- 
vation mechanisms with frequency-hoping spread-spectrum, 
while ADAPT [5], ABROAD [6], CATA [19], FPRP [4] are 
based on contention for or within TDMA slots. A con- 
trol channel with transmit and receive busy tones is used 
in DBTMA scheme [17] for RTS/CTS dialogue to improve 
the data channel utilization. 

Closest to our approach are [10] and the sequence of [8], [9]. 
[10] presents a link layer protocol, called Adaptive Receive 
Node Scheduling (ARNS), for a multiple satellite network. 
ARNS employs a pseudo-random time line to compute re- 
ceiver schedules, and provides each satellite with a schedule 
for its neighboring satellites so that the intended receivers 
antenna is pointed to the transmitter and it is listening for 
a transmission, thus avoiding contention. Another set of 
works close to our approach is [8], [9], where pseudo-random 
scheduling is proposed for fair, low-delay energy-conserving 
multiple access in one-cell identification networks environ- 
ment. 



3. IF WE ONLY KNEW THE SCHEDULES 
OF ALL NODES IN A TWO HOP NEIGH- 
BORHOOD 
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Figure 3: Node T can send a packet to node R with- 
out a collision since node R as well as all its neigh- 
bors are guaranteed to stay silent. 



Figure 5: Driving a Finite State Machine with a 
pseudo-random number generator i to create a ran- 
dom schedule. 



Suppose that all nodes could publish their schedules. By 
this, we mean a statement of the following form: 

Oms - 1 ms: Silent, listening for packets, called state "L" 

1 ms - 2 ms: Possibly send a packet, called state "PT" 

2 ms - 3 ms: Possibly send a packet (PT) 

3 ms - 4 ms: Silent and listening for packets (L) 



Suppose that a node T knows the schedules of all the nodes 
in a two hop neighborhood of itself. Then, if node T wishes 
to send a packet to its neighbor R, it could choose a slot 
when 



1. Node T is in state PT, i.e., it has announced it may 

possibly send a packet. 

2. Node R is in state L, i.e., it has announced it will stay 

silent. 

3. AD of node R J s neighbors are in state L, i.e., they have 

announced that they will stay silent. 



Then, as shown in Figure 3, node T can successfully send a 
packet to node R without fear of a collision at K. 

4. CHOOSING A RANDOM SCHEDULE 

The first question that arises is: How do we choose a sched- 
ule? We will choose a random schedule. Each node chooses a 
probability parameter 0 < p < 1. With probability p it will 
mark a slot as being one where it may (t possibly transmit" a 
packet (state PT), and otherwise (with probability (1 — p)) 
it will stay "silent" (state L)i This is done independently 
from slot to slot, as shown in Figure 4. Thus a schedule 
could simply be an i.i.d. Bernoulli sequence. 

A more complicated schedule can be generated by driving a 
Finite State Machine (FSM) with a pseudo-random number 
generator. One can simply label the states of the FSM with 
either S (for Silent) or PT (for possible transmit), as shown 
in Figure 5. This is analogous to a Markov chain, and allows 



for some temporal correlations between neighboring slots, 
which may be advantageous in reducing delays. 

We will fix our attention in this paper though to the simpler 
case of an i.i.d. Bernoulli sequence. 

5. THE CENTRAL IDEA OF SEEDEX: PUB- 
LISHING RANDOM SCHEDULES BY EX- 
CHANGING SEEDS 

Consider the i.i.d. Bernoulli schedule, as in Figure 4. It 
is generated through the use of a pseudo-random number 
generator. Such pseudo-random number generators have an 
internal state, whose initial value is called the "seed." A se- 
quence of random looking numbers which define the schedule 
is then generated through a recurrence equation. Thus, if 
node A knows the initial seed of the pseudo-random number 
generator used by node B, then node A can determine node 
B's schedule. 

This leads to a key idea: Nodes simply have to publish their 
seeds, and not their entire schedules. 

Note that a node needs to let all other nodes in a two-hop 
neighborhood of itself know what its seed is. This can be 
done through a fan-in and fan-out procedure, as shown in 
Figure 6. 

Every node broadcasts the seeds of all its neighbors that 
it knows about, including itself, to all its neighbors (fan- 
out). After hearing a similar broadcast from each of its 
neighbors (fan-in), it then again broadcasts the seeds of all 
its neighbors to all its neighbors. Seeds are thus exchanged 
with all nodes in a two-hop neighborhood. 

To cope with mobility and nodes entering or leaving a neigh- 
borhood, this procedure of broadcasting all the seeds of its 
neighbors could be repeated periodically. Second, a node 
should broadcast not the initial condition of the random 
number generator of a neighbor, which may have occurred 
at some mdeterministic time in the past, but the current 
state of the pseudo-random number generator. Note that 
every node keeps track of the current state of its neighbors 
by simply propagating the recurrence equation. This noti- 
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Figure 4: A random schedule given by a Bernoulli sequence. 

Now you know SEEDS of all 
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Figure 6: The fan-out and fan-in procedure for exchange seeds in a two-hop neighborhood. 



fication of the current state obviates the need to tell other 
nodes what the initial times were. The periodic repetition 
of information is also healthy since nodes can correct tbeir 
perceptions of the states of the pseudo-random generators if 
errors have crept in for some reason in since the last update. 
Last, if nodes enter or leave the neighborhood, then this 
repetition updates all other nodes within a two-hop neigh- 
borhood of the occurrence. 

We should note that if the scheme involving Finite State 
Machines (rather than simple Bernoulli random variables) 
is used, then a node will also have to transmit the state 
of the Finite State Machine in addition to the state of the 
pseudo-random number generator. 

6. WHEN DOES A NODE TRANSMIT 
A PACKET? 

Suppose a node T has a packet to transmit to a neighboring 
node R. When should it transmit it? 

First, the node T should wait for a slot at which simultane- 
ously node T is in a "Possibly Transmit" state and node R 
is in a "Listen" state. At such a slot, node T may discover 
that there are n other nodes of R which are also in a "Possi- 
bly Transmit" state. Suppose, as in Figure 7, that there are 
n = 2 other neighbors of node R which are also in the "Pos- 
sibly Transmit" state. Then node T should transmit with 
the probability Min | , 1 j , and refrain from transmitting 
its packet in that slot with the complementary probability 
X-Minf^.l}. 

This rule is arrived at through the following reasoning. Sup- 
pose all the other n = 2 nodes have a packet to send to R 
(which, as we will discuss in the next paragraph, need not be 
the case). Then if each of the (n + 1) nodes transmits with 
probability 7r, the probability that there will be exactly one 




Figure 7: Node transmits with probability f. 



successful reception is (n + l)7r(l — 7r) n , which is maximized 
when 7r = with a = 1. 

Note however that all the other n neighbors of R which 
are in a "Possibly Transmit" state may not actually have 
a packet to transmit. Thus, node T can afford to be more 
aggressive, and transmit with probability where a > 1. 
This motivates the use of the parameter a. In light traffic 
a should be large, while in heavy traffic a. should be low. In 
our experiment described in Section 9, we found the choice 
a « 2.5 optimal in light traffic, and a ~ 1.5 optimal in heavy 
traffic. Note also that to avoid probabilities larger than one, 
the "Min" operation is introduced to give the expression 

Min{^r,l}. 



One more point to note is that the other neighbors of R 
which may be in a "Possibly Transmit" state may have 
a packet to send to another neighbor different from R> as 
shown in Figure 8. 

Then, while node T notes that there are two other neighbors 
of R in a possibly transmit state, and so sends its packet 
with probability f (assuming a < 3), node T* looks at the 
neighborhood of its intended recipient R\ and since that 
contains three other nodes in a possible transmit state, it 
transmits with probability ^. 
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Figure 8: Node T wants to send a packet to R, and 
Node T' wants to send a packet to R\ 



Thus, not all neighbors of node R in a "Possibly Transmit" 
state need transmit with the same probability/ Neverthe- 
less, due to the absence of information on when a node has 
a packet to transmit, and to whom, the guideline of trans- 
mitting with probability Min |^T, l} will be employed. 

7. WHAT IS A GOOD CHOICE OF Pi 

Note that each node stays "Silent" on a slot with probability 
(1— p), and is in a "Possibly Transmit" state with probability 
p. What is a good choice of p? 

This can be analyzed using the approximation that all neigh- 
bors of R also have packets to send to R whenever they are 
in a "Possibly Transmit" state. 

Suppose node R has N neighbors. Then node T successfully 
transmits a packet to node R on a slot when (i) node T is in 
the "Possibly Transmit" state, which occurs with probability 
p, (ii) node R is in the "Listen" state, which occurs with 
probability (1 — p), (iii) j other neighbors (0 < j < N — 1) 
are also in a " Possibly Transmit" state, and the remaining 
(N — 1 — j) neighbors of R are in a "Silent" state, which 

happens with probability (^T^p^l - p) 1 *" 1 "*, (iv) for 
each such value of j = 0, . . - , N — 1, only node T decides 
to send a packet, which happens with probability -jj, while 
the other j nodes all decide not to send a packet to R , which 

occurs with probability ^1 — j^j ) * Thus the probability of 
successful transmission of a packet from 4T to -R on a slot, 
denoted AtHi is 

Noting that there a total of N -h 1 nodes in the wireless 
footprint, i.e., within range, let us define the "throughput " 
(or channel utilization) of the scheme as A := (N + 1)Xtr* 

For N = 6, this expression A is maximized (see Figure 9) 
when p = 0.246. Simulation results show that the maxi- 
mizing value is p w 0.21, and that it is quite insensitive to 
the traffic load, see Figure 10. Our simulation experience 
shows that it appears to be relatively insensitive even to the 
topology. 

8. ACKS 

When a node T transmits a packet intended for R, it has 
no guarantee that R indeed receives the packet successfully. 



MaxThpt 
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Figure 9: A plot of A versus p. 



OPTIMAL p 




0.03 0.035 0.04 0.045 0.05 0.055 0.06 0.065 
THR0UGHPU1 



Figure 10: A plot of the maximizing p for various 
throughputs, obtained from simulation. 



71 



This is due to several reasons. First, the wireless medium 
is itself unreliable due to the presence of obstacles, shad- 
owing, multipath effects, fading, etc. Second, the packet 
may collide at R with another packet being transmitted by 
a neighbor of R which is "hidden" from T. Thus, for ser- 
vices needing reliable transport, we believe that link level 
acknowledgments are a must in ad hoc networks. 

When should R send an ACK, and what particular packet 
of T (a la TCP) should it ACK? First, since our scheme 
is using synchronized slots, we can simply set aside a small 
time at the end of the slot carrying the DATA packet from T 
to R to send an ACK back from R to T. Then R can either 
ACK can ACK the particular packet received, or NACK the 
"next awaited packet." 

9. SOME PERFORMANCE NUMBERS 

Our first simulation experiment, conducted on NS, consists 
of 100 nodes located at the vertices of a regular hexago- 
nal tessellation. Each node chooses a random neighboring 
recipient for each packet. 

We also wish to study the effect of channel errors on the per- 
formance of our scheme. (Note that channel errors can have 
adverse impact on a scheme making "reservation," since they 
can disrupt such reservations). To study the effect of chan- 
nel errors, we simply choose a probability of error for each 
packet, which is then applied independently for each packet. 

We plot below the throughput versus delay characteristic 
in Figure 11. We exhibit the throughput at which packets 
move from a node T to a neighboring node R The values are 
averaged over the 55 nodes in the center of the network. We 
show the performance for six different levels of per packet 
channel error errors, 0%, 1%, 2%, 3%, 4%, and 5%. The 
larger delays in the figure are for higher channel error prob- 
abilities. The throughput v is calculated as 3 x (Packets per 
second per flow), and the delay D is measured in slots. (See 
[11] for an explanation of the normalization used). 

One may note that the performance of the scheme only de- 
grades softly in the presence of channel error. 

10. USING SEEDEX FOR RTS RESERVA- 
TIONS 

We can further enhance the SEEDEX protocol as follows. 

The idea is to employ a hybrid, using SEEDEX only on the 
RTS packets which are used to make reservations. The CTS 
then follows, followed in turn by a DATA and an ACK, just 
as in IEEE 802.11 This has several advantages. First, col- 
lisions are avoided for the long DATA packets since their 
slots are "reserved." The only contention for slots is by the 
RTS packets which are short. This contention is resolved 
through SEEDEX. This allows for a more efficient utiliza- 
tion of the channel since it tries to avoid collisions of the 
larger DATA packets. There is another advantage in using 
SEEDEX for RTS packets, as opposed to "ALOHA" type 
schemes or carrier sensing schemes, such as used in IEEE 
802.11. The backoff counters do not migrate to large values, 
as in IEEE 802.11, which we suspect could be one cause for 
the very poor throughput measured in experimental scaling 




Figure 13: Three intersecting flows. 

in [15]. 

i 

We call this scheme SEEDEX-R, for SEEDEX with Reser- 
vations. 

11. SEEDEX-R: SEEDEX WITH RESERVA- 
TIONS 

The full SEEDEX-R scheme which employs RTS- CTS-D ATA- 
ACK, with RTS contending via SEEDEX, is as follows. The 
RTS, CTS, and ACK packets are each 25 bytes long, while 
DATA packets are 1000 bytes long. 

A node T contends for an RTS slot via SEEDEX. This is 
successfully received by R. R sends a CTS to T on the next 
slot. Then T sends a DATA packet. This is followed by an 
ACK packet from R. After this, another contention period 
for RTS follows. Figure 12 illustrates the operation. 

12. PERFORMANCE COMPARISON OF 
SEEDEX-R WITH IEEE 802.1 1 

We have compared the performance of SEEDEX-R with 
IEEE 802.11 on a network with three intersecting flows, as 
shown in Figure 13, in order to illustrate its performance in 
an environment with contention. 

The throughput versus mean delay, and throughput versus 
standard deviation of delay, are shown in Figures 14 and 
15. As earlier, for the throughput, we display N + 1 = 3 
times the total oif the throughput rates of the three flows, 
which is an indicator of channel utilization in the congested 
neighborhood. 

We note that the capacity, i.e., the maximum throughput 
that can be provided, is about 10% greater than that ob- 
tainable from IEEE 802.11. 

The mean delay is relatively constant and lower than that of 
IEEE 802.11 by 40%, while the standard deviation of delay 
(delay jitter) is substantially reduced by a factor of about 
five. 

13. HOW CAN ONE PROVIDE QOS? 

Can we provide different levels of throughput for different 
flows? We show in this section how this may be done. 

The key idea is to adjust the value of p that a node chooses. 
Let us denoted by p iy the value of Prob (Possibly Transmit) 
that node i uses. 
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Figure 11: Throughput versus Mean and Standard Deviation of Delay for SEED EX. Shown is the performance 
for six different levels of per packet channel errors: 0%, 1%, 2%] t 3%, 4%, and 5%. The larger values of delays 
in the figure are for higher channel error probabilities. 
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Figure 12: The operation of SEEDEX-R. 



Throughput 


SEEDEX 


IEEE 802.11 


0.2 


15.52 


24.34 


b.3 


15.74 


21.56 


0.4 


15.50 I 


20.34 | 


r 0.5 


I 15.54 


24.04 


0.55 


15.64 


30.13 


o:6 


33.63 


809 09 




- SEEDEX 

- IEEE BQ2.1 1 



0.2 0.4 
Throughput 



Figure 14: Throughput versus Mean Delay for SEEDEX-R and IEEE 802.11. 
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Figure 15: Throughput versus Standard Deviation of Delay for SEEDEX-R and IEEE 802.11. 



73 



We now show that the p^s can be adjusted to vary the 
throughput obtained. Consider a scenario with Node 0 sur- 
rounded by nodes, 1, 2, . . . , N in its one-hop neighborhood: 
Then, by a straightforward calculation, the service rate fii 
that node 1 obtains for its packets to node 0, is 



A*i = Pi(l-Po) 



0 < fc 2 < 1 



0 < k N < 1 



By using Jensen's inequality, this is lower bounded as fol- 
lows: 



Mi > Pi 



2-i=2 Pi 



The last inequality follows from (t^) (i+v)* - 144 



One can repeat this argument for the other nodes, and de- 
duce that 

fv > d-»»>s£i* 



Now we show how to allocate the ^'s to provide differential 
QoS. Suppose that two guidelines are foDowed: 



(i) 0 < pi < p < 1 for all t = 0, 1, .. . , N. 



Then it is easy to see that 



i -p 



Pi l A+e(N - l)p — 

Thus, increasing pi increases pi (up to a limit), and provides 
a guideline for providing different throughputs for different 
flows and can therefore be used to control QoS. We refer the 
reader to [11] for more details. 

"Finally, we note that Si^EDEX can also be used m a multi- 
cast environment since a transmitter knows the states of all 
its two-hop neighbors. 

14. CONCLUDING REMARKS 

The SEEDEX Protocol is motivated by the goal of improv- 
ing the scaling performance of ad hoc networks. It seeks to 
avoid making reservations for each and every packet, and 
also does not require silencing the neighborhoods of both 



the receiver as well as transmitter. It also does not employ- 
backoff counters in the case of collisions. 

Several issues such as overhead, the fan-in procedure, corre- 
lations between slots, adaptation of a, impact of topology, 
etc., are worthy of further investigation.'. 

As an initial foray, and as a proof of concept, we have cur- 
rently implemented the scheme using some off the shelf hard- 
ware: Cisco Aironet cards on laptops running Linux. Signif- 
icant challenges included working around the carrier sensing 
mechanism, and the synchronization of slots of the laptops. 
To achieve these goals, capacity is intentionally sacrificed.:. 
The next phase is to conduct some larger scale testing. The 
availability of synchronized slots, as in Bluetooth hardware, 
would be a big advantage. * 
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